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MULTIMEDIA MESSAGING SERVICE ARRANGEMENT AND METHOD 



FIELD OF THE INVENTION 

[0001] The present invention relates to a multimedia messaging 
service in a telecommunications system. 

BACKGROUND OF THE INVENTION 

[0002] Multimedia Messaging Service (MMS) is a new kind of mes- 
saging service similar to Short Message Service (SMS) for the mobile envi- 
ronment, standardized by the Open Mobile Alliance (OMA, formerly known as 
the WAP Forum) and the 3rd Generation Partnership Program (3GPP). How- 
ever, an MMS message may include audio and video content in addition to 
conventional text content. The MMS is bearer-independent, and therefore not 
limited to only e.g. GSM or WCDMA networks. 

[0003] Figure 1 shows a reference architecture of Multimedia Mes- 
saging Service Environment (MMSE) as specified by the 3GPP. An essential 
element of the MMS is a multimedia messaging service centre (MMSC). Ac- 
cording to the reference architecture, the multimedia messaging service centre 
MMSC includes (either within MMSC or as external servers connected thereto 
either directly or through an IP network) an MMS Relay and a number of MMS 
servers. According to the established naming practice, server 0 is a message 
storage server while other servers 1 to N provide other services, such as e- 
mail, telefax services, etc. The MMS relay is connected to user databases, 
such as an HLR (Home Location Register). 

[0004] The MMSE provides the multimedia messaging services to 
user equipment, e.g. a mobile station, via one or more access networks to 
which the user equipment (UE) is connected. A UE comprises or is connected 
to an MMS User Agent, which is an application layer function that provides the 
users with the ability to view, compose and handle multimedia messages 
(MM). In Figure 1 first user equipment UE1 is connected to the MMSC through 
an access network A, which is the home network of UE1. Roaming user 
equipment UE2 in turn is connected to the MMSC through a visited network B. 

[0005] An MMS Value Added Service (VAS) Application, also 
shown in the architecture of Figure 1, offers value added services to MMS us- 
ers via the MMS. There may be several MMS VAS applications included in or 
connected to an MMSE. The VAS applications can be connected to the MMSC 
either directly, as shown in Figure 1, or e.g. via an IP network. A value added 



service generally refers to a telecommunication service by means of which the 
user is provided with a service outside the telecommunication network. Value 
added services include e.g. various information services, interactive gaming 
and personal multimedia communication services. Value added services could 
be provided either by the operator or a 3rd party. 

BRIEF DESCRIPTION OF THE INVENTION 

[0006] An object of the present invention is to provide an enhanced 
multimedia messaging service apparatus and method. The objects of the in- 
vention are achieved by a multimedia messaging service arrangement, a 
method, a telecommunications system element, a value added service provid- 
ing element and a computer-readable storage medium comprising a computer 
program set, which are characterized by what is stated in the independent 
claims 1,19, 37, 45 and 60. The preferred embodiments of the invention are 
disclosed in the dependent claims. 

[0007] The invention is based on the realization that by providing an 
MMS VAS application with roaming information on user equipment, the roam- 
ing of the user equipment can be taken into account by the VAS providing sys- 
tem entity when providing a value added service to the user equipment. The 
MMS VAS application generally refers to a system entity providing a value 
added service to a user of the user equipment via a multimedia messaging 
service in a multimedia messaging service system. The invention is further 
based on providing the VAS providing system entity with the roaming informa- 
tion on the user equipment by sending a message from a system entity, which 
provides the multimedia messaging service to the user equipment, to the VAS 
providing system entity, which message comprises the roaming information on 
the user equipment. 

[0008] An advantage of the arrangement and method of the inven- 
tion is that it provides the VAS applications with a possibility of taking into con- 
sideration the roaming information on the user equipment and of using the 
roaming information when providing a value added service to the user equip- 
ment, e.g. by producing a value added service dependency or conditionally on 
the roaming information value. An indication of roaming can be very useful for 
external applications that are able to perform content adaptation: with the 
knowledge that the user equipment is roaming the content may be adapted 
e.g. such that the transfer time and hence the costs incurred are lower. Fur- 
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thermore, an indication of roaming could also be used to perform specific ac- 
tions, e.g. routing or forwarding the multimedia message in a roaming situation 
to another destination that provides a higher transfer bandwidth. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0009] In the following the invention will be described in greater de- 
tail by means of preferred embodiments with reference to the attached draw- 
ings, in which 

[0010] Figure 1 is a block diagram of a telecommunications system 
in which the invention can be used; 

[0011] Figure 2 is a signalling diagram of an embodiment of the in- 
vention; and 

[0012] Figure 3 is a signalling diagram of an embodiment of the in- 
vention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0013] Figure 1 illustrates a block diagram of a telecommunications 
system in which the invention can be used. As already described earlier, the 
system of Figure 1 is the reference architecture of multimedia messaging ser- 
vice environment (MMSE) as specified by the 3GPP. As to a more detailed 
functional description of the multimedia messaging service, reference is made 
to 3GPP Technical Specification 23.140 V6.3.0 (September, 2003): "3rd Gen- 
eration Partnership Project; Technical Specification Group Terminals; Multime- 
dia Messaging Service (MMS); Functional description; Stage 2 (Release 6)". 
The use of the invention, however, is by no means limited to the system shown 
in Figure 1 but the invention can also be used in other kind of present and fu- 
ture multimedia messaging systems. It should also be noted that Figure 1 illus- 
trates only elements that are necessary for the understanding of the invention. 
Also the terminology used should be interpreted broadly and understood as 
descriptive and not limiting. 

[0014] The system of Figure 1 comprises a multimedia messaging 
service centre (MMSC), which typically includes (either within MMSC or as ex- 
ternal servers connected thereto either directly or through an IP network) an 
MMS Relay and a number of MMS servers. The functions of the MMS relay 
and MMS server(s) may also be combined within the multimedia messaging 
service centre such that they do not appear as separate entities. It should be 
noted that the multimedia messaging service environment might comprise 



more than one multimedia messaging service centre, which may be used in a 
clustered manner. This, however, has no relevance to the basic idea of the 
invention. The MMS relay is connected to user databases, such as an HLR 
(Home Location Register). The MMSE provides the multimedia messaging 
services to user equipment UE1 and UE2, e.g. a mobile station or a fixed net- 
work terminal, via one or more access networks AN1 and AN2 to which the 
user equipment (UE) is connected. The access networks AN1 and AN2 can be 
e.g. second generation mobile networks, such as GSM or CDMA networks, 
and/or third generation mobile networks, such as UMTS networks. The access 
networks AN1 and AN2 can also include other cellular networks, fixed net- 
works and IP networks. A UE comprises or is connected to an MMS User 
Agent, which is an application layer function that provides the users (not shown 
separately) with the ability to view, compose and handle multimedia messages 
(MM). In Figure 1 first user equipment UE1 is connected to the MMSC through 
an access network A (AN1), which is the home network of UE1. Roaming user 
equipment UE2 in turn is connected to the MMSC through a visited network B 
(AN2). Furthermore, Figure 1 shows an MMS Value Added Service (VAS) Ap- 
plication 10, which offers value added services to MMS users via the MMS. 
Value added services could be provided either by the operator or a 3rd party. 
There may be one or several MMS VAS applications 10 included in or con- 
nected to an MMSE. The VAS applications 10 can be connected to the MMSC 
either directly, as shown in Figure 1, or e.g. via an IP network. The VAS appli- 
cations may be physically located in a special server element or some other 
network element, for example. This, however, has no relevance to the basic 
idea of the invention. According to 3GPP specifications, the reference point (or 
interface) between the MMSC and an MMS VAS Application 10 is MM7. 

[0015] According to the invention, an MMS VAS application 10, i.e. 
a system entity providing a value added service to a user of a user equipment 
UE1 or UE2 via the multimedia messaging service, is provided with roaming 
information on the user equipment UE1 or UE2 by sending a message 100 
from a system entity, which provides the multimedia messaging service to the 
user equipment, to the VAS providing system entity, which message comprises 
the roaming information on the user equipment. In the exemplary system of 
Figure 1, the system entity, which provides the multimedia messaging service 
to the user equipment UE1 or UE2, is the MMSC. Figure 2 illustrates a signal- 
ling diagram in which the MMSC sends a message 100 to the VAS application. 



The message 100, which is used for conveying the roaming information, is 
preferably an existing MM7 message, such as an MM7 delivery request mes- 
sage (MM7_deliver.REQ) or an MM7 delivery report request message 
(MM7_delivery_report.REQ), to which the required information is added. How- 
ever, also a specific dedicated message could be used for conveying the 
roaming information. The roaming information preferably comprises a roaming 
status, which indicates if the user equipment UE1 or UE2 is roaming outside a 
home network of the user equipment, i.e. is roaming in a visited network. Ac- 
cording to an embodiment of the invention, additional/alternative information, 
such as an address of a switching centre, which the user equipment is using, 
may be included in the roaming information conveyed in the message 100. The 
switching centre generally refers to e.g. a mobile switching centre MSC (not 
shown in the figures), which is a mobile network element performing the 
switching functions in its area of operation and controlling the interworking with 
other networks. The user equipment is typically connected to a mobile switch- 
ing centre via a base station system (not shown in the figures), which provides 
an air interface for the user equipment. 

[0016] The message 100, which is used for conveying the roaming 
information, preferably comprises a special roaming status element. For ex- 
ample, the XML (extensible Markup Language) Schema code of MM7 delivery 
request message as found in 3GPP Technical Specification 23.140 V6.3.0 is 
as follows: 



<xs:complexType name="deliverReqType"> 
<xs:complexContent> 
<xs:extension base= M tns:genericRSReqType H > 
<xs:sequence> 

<xs:element name= M LinkedlD" 
type="tns:messagelDType" minOccurs= M 07> 

<xs:element name="Sender" 

type="tns:addressType7> 

<xs:element name="Recipients" 
type="tns:recipientsType" minOccurs= M 07> 

<xs:element name= M Previouslysentby" 
type="tns:previouslySentByType" minOccurs="07> 
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<xs:element 

name="Previouslysentdateandtime" type="tns:previouslySentByDateTime n 
minOccurs="07> 

<xs:element name="SenderSPr 
type= M tns:serviceProviderIDType" minOccurs="07> 

<xs:element name-'RecipientSPI" 
type="tns:serviceProviderlDType M minOccurs- '07> 

<xs:element name-TimeStamp" 

type="xs:dateTime" minOccurs^'CT^ 

<xs:element name="ReplyCharginglD" 
type="tns:messagelDType" minOccurs= M 07> 

<xs:element name= ,, Priority" 
type="tns:priorityType" minOccurs="07> 

<xs:element name="Subject" 

type="xs:string" minOccurs= n 07> 

<xs:element name="Content" 
type= ,, tns:contentReferenceType u minOccurs="07> 

</xs:sequence> 
</xs:extension> 
</xs:complexContent> 
</xs:complexType> 

[0017] As an example, the invention can be implemented by modify- 
ing this Schema to add the following roaming elements (or only one of them): a 
boolean flag indicating the roaming state (true or false) and the actual roaming 
MSC Address. An example of the possible modifications is shown below: 

<xs:element name="RoamingStatus"> 
<xs:complexType> 
<xs:attribute name="Roaming n type="xs:boolean" use= ,, optional n 
default= ,, false'7> 

<xs:attribute name= ,, MSCAddress" type="xs:string" use= u optional n 

/> 

</xs:complexType> 
</xs:element> 
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[0018] Both items (the flag and the address) are preferably optional. 
In this case the MMSC preferably decides when to use the roaming status in- 
dication and/or address information. This can be implemented e.g. such that a 
special pre-condition is set in the MMSC and when this pre-condition is met, 
the MMSC inserts the roaming information in the message 100 (or sends the 
message 100 if a dedicated message is used for this purpose). Such a pre- 
condition may be, for example, the country code of the MSC address of the 
user equipment; if the country code is different than that of the home operator 
of the user equipment, then the MSC address is not local to the operator and, 
consequently, the user equipment is roaming. It is also possible that the VAS 
application 10 asks for the roaming information. This embodiment is useful e.g. 
in a situation where the VAS application provides e.g. a push service to the 
user equipment. Push service refers to a telecommunication service by means 
of which a user equipment user is sent information, such as daily news, without 
a separate request for a single transmission. In other words, the transmission 
of one or more multimedia messages containing the information relating to the 
push service is initiated by the VAS application. In this situation, it is preferable 
that the VAS application asks for the roaming information on its own initiative 
before the transmission, since the roaming information possibly contained in 
the VAS application might be outdated. 

[0019] The roaming information on the user equipment is typically 
readily available in the MMSC. In particular, in a mobile terminated message 
case the MMSC will typically request/perform a number lookup for user B. This 
is carried out via an IMSI (International Mobile Subscriber Identity) request to 
the HLR and this, as a side effect, will also return the current MSC address 
where the user equipment is. From this kind of location information the MMSC 
knows if the user equipment is roaming and can determine the corresponding 
roaming information, e.g. the roaming status indication and/or the address in- 
formation (which in turn may comprise the complete address of the switching 
centre, which the user equipment is using, or just a country code of the net- 
work, which the user equipment is using, for example) and insert it into the 
message 100 to the VAS application. The HLR may alternatively upon request 
provide the MMSC with other information on the location of the user equip- 
ment, such as a VLR (Visitor Location Register) address where the subscriber 
is located. The VLR address according to e.g. the E.164 addressing standard 
is a globally unique number and comprises a country code, which can be used 
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to identify in what country the user is located. From this the MMSC can then 
determine the corresponding roaming information and insert it into the mes- 
sage 100 to the VAS application. It is also possible that the MMSC determines 
the roaming information differently or from a different network element than the 
HLR without this having any relevance to the basic idea of the invention. 

[0020] According to further embodiments of the invention, the roam- 
ing of the user equipment is taken into account by the VAS application and the 
roaming status information is used when providing a value added service to 
the user equipment, e.g. by producing a value added service dependency (i.e. 
how the service is produced) or conditionally (i.e. is the service produced or 
not) on the roaming information value. It should be noted that numerous other 
ways of using the roaming information in the VAS application may exist in addi- 
tion to those presented in the following and the invention is not limited to only 
these examples. According to an embodiment of the invention, the VAS appli- 
cation adapts content of one or more multimedia messages to be delivered to 
the user equipment in response to an indication that the user equipment is 
roaming. Such one or more multimedia messages to be delivered to the user 
equipment may be originally generated by the VAS application. Alternatively, 
one or more multimedia messages to be delivered to the user equipment may 
be generated by some other entity such that the VAS application merely per- 
forms e.g. the possible content adaptation for multimedia messages that are 
delivered to the user equipment through the VAS application. The content ad- 
aptation may include, for example, reducing the size of the content, which is 
transferred to the user equipment, such that the transfer time and hence the 
costs incurred are lower or decrypting an encrypted content if the user equip- 
ment is roaming in an area where encrypted messages are not allowed. The 
content adaptation may also include adding an operator logo or an advertise- 
ment to the message. In this case the operator may decide to use a local pric- 
ing tariff for messages delivered to roaming user equipment and then gain 
revenue by adding advertisements or other information to these messages. 

[0021] As an example, lets assume that UE1 in Figure 1 is local in a 
home network AN1 and UE2 is also a customer of network AN1 but is currently 
roaming in a foreign network AN2. 

[0022] 1) UE1 sends a multimedia message that has DRM (Digital 
Rights Management, which is a rights management system, which ensures 
that content can only be used when the relevant conditions, determined by the 



copyright owner, have been met) applied to it and encryption is not allowed in 
the particular foreign network AN2. In this case, when the message arrives in 
the home operator's MMSC, the message must be sent to UE2 in plain text 
This kind of decryption can be performed in the VAS application 10. 

[0023] 2) UE1 sends a message with a large message size to UE2. 
Here the transfer from UE1 via the VAS application 10 to UE2 can reduce the 
size of the message e.g. by replacing a complex image in the message with a 
thumbnail thereof. As a result, UE2 will not have to pay so much to retrieve the 
message. 

[0024] Figure 3 shows a general signaling diagram of the above 
content adaptation examples where the VAS application 10 performs filtering 
service (i.e. in these examples encryption removal or message size reduction). 
First UE1 sends 301 the multimedia message to the MMSC. Then the MMSC 
sends 302 the multimedia message and the roaming information to the VAS 
application e.g. in a MM7 delivery request message as described above. The 
VAS application 10 adapts 303 the content of the multimedia message and 
sends 304 it back to the MMSC. The MMSC notifies 305 UE2, and UE2 re- 
trieves 306 and receives 307 the adapted multimedia message. 

[0025] According to yet another embodiment of the invention, the 
VAS application 10 selects a route or a destination of one or more multimedia 
messages to be delivered to the user of the user equipment on the basis of the 
roaming status of the user equipment. For example, if the user equipment is 
roaming, the VAS application can direct a multimedia message, which is deliv- 
ered through the VAS application or which is produced by the VAS application, 
to the user equipment via an alternative route or to another destination that 
provides a higher transfer bandwidth (e.g. the Internet via a fixed line) and from 
where the user of the user equipment can obtain it (e.g. to an e-mailbox of the 
user). According to an embodiment of the invention, the VAS application may 
defer the delivery of a multimedia message to the user equipment until a later 
time if the user equipment is roaming or decide not to deliver the multimedia 
message at all. 

[0026] The VAS application 10 can also provide the user equipment 
with information on the basis of the roaming information. According to an em- 
bodiment of the invention, the VAS application determines a location of the 
user equipment on the basis of the address of the switching centre which the 
user equipment is using and provide the user equipment with information relat- 
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ing to the determined location. The information relating to the location may be 
e.g. local news. In a similar manner, a multimedia message may comprise 
charging information indicating e.g. which party is expected to be charged for 
e.g. a multimedia message submitted by the VAS application or for a reply 
message thereto. This kind of charging information may indicate, for example, 
that the service is free of charge to the user of the user equipment. This charg- 
ing information may then be set by the VAS application depending on the 
roaming information. 

[0027] It will be obvious to a person skilled in the art that, as the 
technology advances, the inventive concept can be implemented in various 
ways. The invention and its embodiments are not limited to the examples de- 
scribed above but may vary within the scope of the claims. 



